NCR DMV Farbversion mit 8088 Erweiterung, Speicherfehler

Der Fehler tritt also ohne Erweiterung auf - ist somit auf dem Mainboard zu suchen.

Schade dass ich die Diagnoseplatine nicht mehr hier habe.

1. Gedanke - defekter Speicherchip.

Ich mach mir gerade Gedanken, wie man 1 MB SRAM und die EPROMs unter einen Hut bekommt.

Dann waeren die laestigen Speicherfehler weg und ausreichend RAM vorhanden.

funkenzupfer

Müßte man dann nicht mit einplanen, die on-board 64k zu deaktivieren

Ebenso, da ja dann komplett mit s-rams gearbeitet wird, müßte der dram-refresh "deaktiviert" werden, oder nicht?

ich weiß ja nicht, ob solche refreshs dem SRam "schaden", aber selbst wenn nicht würde völlig unnötig cycles verbraten werden.

und funktioniert dann cpm mit dem z80 trotzdem? kann cpm überhaupt mit 1mb umgehen?

Wg. Refresh: Ich will nicht das Systemboard neu machen, das Timing auf dem Systemboard ist mir egal.

Es geht darum, moeglichst das interne Memory zu ersetzten und zu vergroessern.

Direkt kann der Z80 nicht mit mehr als 64kB umgehen. Aber mehr stoeren ihn nicht.

Zitat von funkenzupfer

Direkt kann der Z80 nicht mit mehr als 64kB umgehen. Aber mehr stoeren ihn nicht.

hier sollte es die Source zu einer RAMDISK geben, die Datei ist aber kaputt.

deshalb anbei:

Hier ein Vorschlag zu einer 1MB SRAM Karte.

IC1 bildet die Schaltung zum abschalten des EPROMs auf der Systemplatine nach.

IC2 kuemmert sich um die Dekodierung und Auswahl der Speicher.

Jetzt muss ich die GALs noch mit Leben befuellen.

Frohe Festtage

Der Vorschlag K0815 sieht gut aus .

Mit TRAMD/ und DIR/ kann man das interne RAM abschalten ( Ausgang blockieren ) und Daten vom BUS holen.

Hallo ,

zu DM V Platinen ohne Monitor betreiben :

IBM AT Netzteil , Floppy , Tastatur und evt . Adapter auf NEC Multisync .

Adaper auf VGA gebaut , funktioniert leider nicht da H Sync (Zeilenfrequenz ) DM V 24 kHz beträgt .

VGA will aber minimal 33 kHz.

Hat jemand eine Idee.

Schöne Weihnachten

Wolfgang

Zitat von Wolfgang Dreyer

Mit TRAMD/ und DIR/ kann man das interne RAM abschalten ( Ausgang blockieren ) und Daten vom BUS holen.

Ich weiss.

Bei DIR/ hat's etwas gedauert bis ich es verstanden habe. Hatte einen Denkfehler.

Zitat von Schroeder

Bedeutet, ich kann die Platine unangetastet lassen?

Wenn alles so funxt, wie ich mir das ausgedacht habe, ja.

Und wenn der Fehler nur am Speicher liegt.

zu K0815:

Nach Reset strartet der Z 80 das ROM auf ADR 0000. I / O Umschaltung RAMSEL 10h ROMSEL 11h .

Wird mehrfach umgeschaltet ( Z80 Bankumschaltung , 8088 , K220 ) bis Bootsector im RAM.

Das wird im GAL1 gemacht wie ich sehe , gut so.

Zu K235 neu:

Wenn wir das DM V RAM überdenken , sollten wir beim Intel 8088 ROM schon beim ersten Schuß den Adressraum vom ROM

begrenzen. Jetzt , 512 k bis 1M Byte. Da müssten doch noch ein paar Gatter frei sein. Evt. mit Lötbrücke alt / neu.

So, die Speichererweiterung ist durch. Die GALs haben mich viel Zeit gekostet.

Schroeder , wenn ich dir die Gerberdaten gebe, kannst du damit die Platinen bestellen? Oder brauchst du Hilfe dabei?

Zitat von Wolfgang Dreyer

Zu K235 neu:

Wenn wir das DM V RAM überdenken , sollten wir beim Intel 8088 ROM schon beim ersten Schuß den Adressraum vom ROM

begrenzen. Jetzt , 512 k bis 1M Byte. Da müssten doch noch ein paar Gatter frei sein. Evt. mit Lötbrücke alt / neu.

Ich habe mir dazu mal etwas ueberlegt. Ich nenn' das mal K235plus.

EPROM und Adressraum 4-64kB

Das meiste ist auf S. 2, rechts. Sonst das Signal RCSEL suchen.

Zitat von Schroeder

Noch nie gemacht, Versuch macht Klug

Dann viel Erfolg.

Bei Fragen fragen.

Noch puenktlich zum Jahresende, mein Vorschlag fuer die K235plus v1.0.

Der Adressraum fuer das EPROM laesst sich jetzt zwischen 4 und 64 kB einstellen und EPROMs von 2732 bis 27512 sind moeglich.

Wenn das ggf. jemand noch pruefen mag waere bestimmt sinnvoll.

Guten Rutsch

Frohes Neues Jahr

Da ich mir nicht sicher bin, wie weit die Befestigungsloecher links freibleiben muessen, habe ich den 8259 etwas verschoben.

Ist keine techn. Aenderung, nur etwas mehr mech. Sicherheit.

Daher eine PCB v1.0.1, Schaltplan bleibt bei v1.0.

Mir fällt gerade etwas zum Speichermanagment des DMV auf.

Der DMV stellt mit der Z80 3 bzw 4 zusätzliche Adressleitungen für ein Banking bereit.

Bei CPM3 brauche ich aber einen Common-Area, also einen Speicher, der in allen Banks gleich ist. Eine solche Logik habe ich beim DMV noch nicht gesehen.

Bei dem 8088 und 68008 kommen die Adressleitungen A16 - A19 vom Prozessor. Da stellt sich die Frage des Banking nicht.

Gibt's sowas im DMV? Gibt's ein CPM3 für den DMV ?

Wäre ein CPM 3 für den DMV interessant (falls nicht vorhanden) ? Dann müsste dies ggf. in die K0815 eingearbeitet werden.

fritzeflink , weisst du dazu etwas, hauptsächlich zu CPM3 und DMV ?

Wolfgang Dreyer , weisst du noch mehr zur Speicherverwaltung ?

Der DM V kann 1 MByte adressieren mit 8088 CPU und 68000.

Der Z80 selbst nur 64 Kbyte.

Beim Speichertest kann er mit der Hilfe der Bankumschaltung,

Port EXh, den Speicher bis 256 kByte (Dual Layer Mainboard)

und bis 512 kbyte (Multilayer ) umschalten .

Z80 BIOS ROM aber bleibt aktiv , soweit ich weiß, oder mit Shared RAM K233 oder DIAG K220.

Ich kenne selbst keine Anwendung für den Z80 ,bis auf den RAM Test.

Bei der NCR 9010 (8140, 8150), mit 8085 (Jahr 1979) war damals 256 kByte RAM mit dieser Option unter NCR COBOL OS nutzbar.

(Wer Geld hatte ! ).

funkenzupfer

ich habe hier vielleicht auch eine interessante Noitz von J.Zander aus seinen Beschreibungen zum DMV.

Zitat

J. Zander, in NCR.DOC

System Info von Norton liefert am original DMV einen computing

index von 0,9, mit deh V20 erh”ht sich dieser Wert auf 1,6 und

bei eineh 20 MHz Quarz auf 1,9. Die folgenden Zeitmessungen

ergeben effektive Laufzeiten, die etwa doppelt so lang sind wie

die aus der Taktfrequenz und Anzahl der Zyklen errechneten Werte.

Ursache scheint der memory controller (8203) zu sein, der neben

dem addressmultiplexing wohl auch für reichlich viel refresh

sorgt. Dieser Baustein erzeugt ein Wartesignal, das als "readyp"

(Pin b10 an J107) auf dem Systembus liegt. Auf der 8088 Karte

wird dieses Signal über den Taktgenerator auf den ready input des

8088 geleitet und erzeugt dort zusätzliche Wartezeiten. Dieses

Signal ist etwa die Hälfte der Zeit aktiv, was ins beschriebene

Bild paßt.

Alles anzeigen

DoPe

du hast schon mehrfach auf den Memorycontroller hingewiesen.

Aber mir ist der egal, weil ich die Systemplatine nicht ändern kann/werde. Ich habe das schon mal gesagt.

Von meiner Seite geht's um sinnvolle Erweiterungen und Nachbauten alter Baugruppen.

funkenzupfer

eben weil es um den nachbau der k235 karte geht (die sogar zusätzlich 512 kb aufnehmenen soll) lasse ich zander sprechen.

ob man die schlechte memory-performance, welche nach zander am dmv vorliegt und von ihm - richtigerweise oder nicht - mit der k235 karte in verbindung bringt (siehe zitat) mit einer berücksichtigung beim nachbau umgehen kann weiß ich nicht.

ich kann nicht beurteilen, ob das was Zander herausgefundeen hat eine DMV Eigenschaft ist, die man "reparieren" kann, oder ob das hinzunehmen ist.

Mir geht es um den Teil, in der die Karte ins Spiel kommt:

Zitat

Dieser Baustein erzeugt ein Wartesignal, das als "readyp"

(Pin b10 an J107) auf dem Systembus liegt. Auf der 8088 Karte

wird dieses Signal über den Taktgenerator auf den ready input des

8088 geleitet und erzeugt dort zusätzliche Wartezeiten.

Alles anzeigen

Evtl dieses Images:

DMV_Cobol.rar

Hallo Herr Schroeder,

ich bin noch aktiv auf der Suche nach diesem Class 3275 Operating System (8100,8200,8400).

Ich habe schon mehrere Personen danach befragt (ex NCR ler ).

Frag mal " rfka01 " nach Wolfgang F.

Ich warte noch auf eine Antwort aus Anhausen , Diedorf .

Mein erster eigener Computer 1982 war dieser Typ Computer ,aus Schrott Teilen (über sog. Material Entname Scheine )

in einem 19" Schrank von mir zusammengebaut .

Leider beim Umzug 1998 komplett entsorgt .

Zitat von fishermansfriendtoo

Evtl dieses Images:

DMV_Cobol.rar

https://oldcomputers-ddns.org/public/pub/rechner/ncr/dmv/image/cpm/dmv_ms-cobol_disk1.td0

https://oldcomputers-ddns.org/public/pub/rechner/ncr/dmv/image/cpm/dmv_ms-cobol_disk2.td0

Zitat von DoPe

ob das was Zander herausgefundeen hat

Ich weiss ja noch nicht mal was er herausgefunden haben will.

Was meint JZ mit "System Info von Norton liefert am original DMV" und "Die folgenden Zeitmessungen" ?

Ist der Original DMV seiner? Hat er daran die Zeitmessungen gemacht ? Oder ist das ein 2. DMV ? Hat der von den Zeitmessungen evtl. einen Defekt?

"Ursache scheint der memory controller (8203) zu sein" Wieso scheint ? Hat er was gemessen ? Oder meint er mit Zeitmessungen eine Stopuhr?

Alles was in dem Text steht ist das Ergebnis eines Foehns: Heisse Luft und eine Vermutung ohne jeden Beleg.

Beschwer dich besser bei NCR fuer den komischen Memory Controller und bei Intel fuer den 8284, der das Ready fuer den 8088 erzeugt.

Wir schreiben das Jahr 1982,

wir in der NCR Augsburg bekamen im Frühjahr von NCR Dayton USA, den Auftrag ein neuer Rechner zu entwickeln

Innerhalb von ca. 4 Monaten konnten wir 20 B Modelle ausliefern.

Design wie Ihr kennt. 8085 , 64 k RAM (256k ) , Bus, eigener GDC 7220 Grafik Controller 640 x 400 Pixel,

TMS4500 RAM Controller , CPM 80, Centronics Interface.

Aufgrund von Erfahrungen von eigenen DRAM 256 k Boards ; burn In Ausfälle, Speicherfehler , wurden für alle Aufgaben

die damals neuesten Chips wie z.b 4164 ,und später der Intel RAM Controller 8203 verwendet.

Ich habe gerade selbst nochmals geprüft, der 8203 ist entsprechend der INTEL Spezifikation eingebaut.

Wir legten damals einen großen Wert auf gute Prüfbarkeit und gutes Software Debugging was beim IBM PC

wegen des hight Wire RAM Refresh Schaltung schlecht möglich ist.

Natürlich wissen wir heute alles viel besser, dafür hält die Elektronik nur noch 3 Jahre.

4 Monate, RESPEKT !

Ich bin mal kurz da und gleich wieder weg ... CP/M 3.0 wäre hübsch ... und wenn auch nur um's zu haben.

Es gab ein 16K Shared RAM -Modul für die DMV K233 ... das könnte für das Banking gedacht gewesen sein.

Toll, was ihr da entwickelt!!!

Herzliche Grüße

Robert

Hier ein ganz einfaches PC Speed Programm .

Stopp UHR erforderlich .

Wiederholung : ENTER , BS , Rechts , Links ..

Exit Contr. C

oder ESC und " Q"

Auf DM V : Jeweis 18 sec.

Auf Pentium , DOS oder Win Eingabe < 2 sec

Zitat von rfka01

CP/M 3.0 wäre hübsch ... und wenn auch nur um's zu haben.

Schroeder , hast du die Speichererweiterung K0815 schon bestellt?

Wenn nicht, würde ich für einen Common-Area mal etwas überlegen.

Zitat von rfka01

Es gab ein 16K Shared RAM -Modul für die DMV K233 ... das könnte für das Banking gedacht gewesen sein.

Ja, genauso ist es.

Ich habe das SharedMemory Modul gesehen, aber nicht weiter nachgedacht wofür es gut ist.

Dann werde ich die Speichererweiterung etwas überarbeiten.

K0815 v1.1 ist fertig und bereit.

Bin mal gespannt, wann's jemand aufbaut.

Zum Speedtest NCR DM V gegen NCR PC4i ( IBM XT)

mir WDSPEED mit 4 000 000 Speicherzugriffe (10000 Zellen *2 * 200 Loop )

DM V Mono = 18 sec

DM V Color = 18 sec

NCR PC4i =17 sec

Medion Pentium < 2 sec